Adwaita: ensure titlebar corners are not rounded...

...when the window is maximized or tiled, by using more specific
selectors, since there were cases of erroneusly rounded corners.
See https://bugzilla.gnome.org/show_bug.cgi?id=765038

wayland: Implement virtual modifiers

Since Wayland is using libxkbcommon, it inherits X unfortunate
real/virtual modifier distinction, so we have to do the same
gymnastics we do for X to map between the two.

This should fix matching of accelerators using virtual modifiers
(modulo gnome-shell bugs regarding the handling of Super).

https://bugzilla.gnome.org/show_bug.cgi?id=764424

Clarify docs a bit

The wording here was just awkward: TRUE is returned if... Note that
FALSE is also returned if...

gtk-builder-tool: use g_printf() instead of g_print()

1) g_print() can be redirected
2) g_print() does some extra processing, such as character set conversion.
   Specifically, on W32 it will detect system codepage via GetACP(),
   and will convert UTF-8 output into that codepage, even though
   the output should stay unchanged (whether gtk-builder-tool interprets
   strings from ui files as UTF-8 is a separate matter).

https://bugzilla.gnome.org/show_bug.cgi?id=765118

Adwaita: really fix solid-csd

add a specificity bump hack in the titlebar solid-csd styling to
avoid being overridden by the split titlebar theme logic.

Adwaita: fix backdrop solid-csd

titlebar rounded corners were not overridden for backdrop state.

Adwaita: better solid-csd styling

GDK W32: Fix positioning of reparented window

MoveWindow should not be used over the pre-existing move/resize
functions, which already correctly position a window with respect
to its parent, while also taking into account the size of window
decorations.

https://bugzilla.gnome.org/show_bug.cgi?id=765100

inspector: Don't lie with statistics

If we don't have statistics, despite GOBJECT_DEBUG being set,
explain how to fix this.

GtkBuilder: Mention how GVariant properties are parsed

iconhelper: Invalidate on clear()

When clearing the icon helper, we need to invalidate it. Otherwise the
previous icon keeps lingering along.
This is not relevant inside gtkiconhelper.c where other code causes the
invalidation, but happens when external code calls
_gtk_icon_helper_clear().

https://bugzilla.gnome.org/show_bug.cgi?id=765066

Fix label css test

The default font size of 10pt will now properly render as 13.33px,
but we shouldn't use the default anyway as that can be controlled
by user settings

cups: make string non-literals translatable again

Notice that C_ just takes string literals as arguments.

https://bugzilla.gnome.org/show_bug.cgi?id=764585

gtkplacessidebar: don't margins in the code

those should rather be defined by the theme
https://bugzilla.gnome.org/show_bug.cgi?id=763768

GtkWindow: Ensure the toplevel is realized before realizing popovers

Otherwise those get a NULL parent window, which is toplevel-y enough
to disembody the popover.

https://bugzilla.gnome.org/show_bug.cgi?id=764060

GDK W32: Fix bounding rect calculation on window creation The bounding rect specifies the top left and bottom right corners - the bottom right corner must account for the current window position.

https://bugzilla.gnome.org/show_bug.cgi?id=764996

Updated POTFILES.skip

cups: Fix more "format not a string literal" error

https://bugzilla.gnome.org/show_bug.cgi?id=764585

update zh_CN translation

update zh_CN translation

reftests: test rem size

reftests: test em size

css: always get default font size in pixels

Fixes a couple bugs...

 - Pixel font sizes in css would render as point sizes.

 - For em font sizes, where the parent size was set and not default, we would
   incorrectly convert a pixel value from points to pixels.

We'll always grab the default font size in pixels so we don't keep confusing
things.

Worth noting that gtk css font-size will still behave differently than the
web. Pango interprets font-size differently.

app: add missing g_returns

And have the g_returns in the same order as the function parameters.

https://bugzilla.gnome.org/show_bug.cgi?id=764846

GDK W32: Deduplicate reparenting

gdk_window_reparent() already changes children list for old and new parent.
Doing so twice results in a circular reference in the list, which can hang
the application later, for example in gtk_window_show().

https://bugzilla.gnome.org/show_bug.cgi?id=764845

gtk: Annotate GtkFlowBoxCreateWidgetFunc as "transfer full"

GtkTrayIcon: fix uninitialised variable

https://bugzilla.gnome.org/show_bug.cgi?id=764863

documentation: trivial typo fixes in GtkWidget

https://bugzilla.gnome.org/show_bug.cgi?id=764925

win32: rollback change and use _gdk_display

This makes usage of _gdk_display again when creating a window.
This is needed because there is a window created when the display
is being initialized, so it becomes a chicken and egg problem.
For now we roll back this to fix the wintab crash but we might
want to fix this again in the future by improving the wintab
initialization.

https://bugzilla.gnome.org/show_bug.cgi?id=764664

win32: add missing empty lines

Update Persian translations

gdkdevice: Expose tool as property

This may occasionally be useful.

listbox: Fix css node ordering

When inserting a child at the top, we were not inserting its
css node properly.

https://bugzilla.gnome.org/show_bug.cgi?id=764710

broadway: fix documentation

broadway backend has 0 as the default display port,
which maps to tcp port 8080.

https://bugzilla.gnome.org/show_bug.cgi?id=764835

recent-manager: Always ensure that size is reset on creation

Whenever we create a new GBookmarkFile, we need to set the size to 0.

https://bugzilla.gnome.org/show_bug.cgi?id=620065

recent-manager: Fix the error domain and message on move_item()

Using NOT_FOUND when moving is wrong and unhelpful.

https://bugzilla.gnome.org/show_bug.cgi?id=620065

recent-manager: Emit ::changed on file deletion

This will clear out the list of recently used files, and will allow GVFS
to handle this case.

https://bugzilla.gnome.org/show_bug.cgi?id=693077

Assign a recent manager if one is set

The GtkRecentAction implementation ignored a GtkRecentManager passed to
its :manager property.

https://bugzilla.gnome.org/show_bug.cgi?id=620065

app: minor code improvements

- use GDK_EVENT_PROPAGATE
- pass better zero-values to gtk_init(), since the parameters are
  pointers.

https://bugzilla.gnome.org/show_bug.cgi?id=764846

app: improve code of extract_accels_from_menu()

sub_model is clearer than "m". And we don't use the key, so we can pass
NULL instead.

https://bugzilla.gnome.org/show_bug.cgi?id=764846

app: use g_set_object()

https://bugzilla.gnome.org/show_bug.cgi?id=764846

app: don't use deprecated function

gtk_application_add_accelerator() is deprecated, but was still used
inside IGNORE_DEPRECATIONS's.

https://bugzilla.gnome.org/show_bug.cgi?id=764846

app: improve doc of gtk_application_get_window_by_id()

https://bugzilla.gnome.org/show_bug.cgi?id=764846

app: improve doc of gtk_application_set_accels_for_action()

When reading the API for the first time I didn't know what was the
"detailed" action name.

https://bugzilla.gnome.org/show_bug.cgi?id=764846

app: avoid code duplication for setting accels

The implementation of the deprecated functions is now based on the
non-deprecated gtk_application_set_accels_for_action().

https://bugzilla.gnome.org/show_bug.cgi?id=764846

Fix gtk_scrollable_get_border annotation

https://bugzilla.gnome.org/show_bug.cgi?id=764540

Updated Bulgarian translation

quartz: zoom/rotate change compile/runtime check from 10.7 to 10.8

The zoom/rotate change for quartz does not build on 10.7. This change
adds zoom/rotate support in quartz only for 10.8 and following. The
problems is described here:
https://bugzilla.gnome.org/show_bug.cgi?id=760276 and here
https://trac.macports.org/ticket/51052
NSEventPhaseMayBegin was only introduced in 10.8 although documentation
says it is introduced in 10.7. Tests on 10.7 indicate that the phase
property for the Magnify event is not supported at all on 10.7

Add a note about GDK_AXIS_X/Y

These axes mmay or may not be present, best to ignore them.

wayland: Keyboard don't have x/y

These axes are not very useful in the first place, but on a
keyboard they just don't make any sense at all.

Mention geometry handling changes in release notes

inspector: simplify some code

Move GdkDeviceTool into its own files

app: fix indentation

And add missing curly braces.

inspector: Use GdkAxes instead of GdkAxisUse

inspector: Add an origin mark to the slowdown scale

Makes it easier to get back to the original speed.

inspector: Give the font scale an entry

This matches what Matt did for the slowdown.

docs: trivial fixes in GtkApplication-related documentation

animatedstyle: don't share styleanimations

Because of our port of css animation and css transition to
progress tracker, we should not think of animated styles as
immutable objects that can map any timestamp to css values.
Rather, timestamps can correspond to different values depending
on the value of GTK_SLOWDOWN over the course of the animation.

To keep animated styles and style animations totally immutable,
we will not share styleanimations between animatedstyles, and
make a new copy of a styleanimation for each timestamp.

animatedstyle: just ref current style if timestamp the same

animatedstyle: fail to create new style if timestamp goes backwards

With slowdown factor, we will only we be able to handle timestamps
that monotonically increase.

cssanimation: port to progress tracker

csstransition: port to progress tracker

entry: port to progress tracker

progressbar: port to progress tracker

scrolledwindow: port indicator fade to progress tracker

popover: port to progress tracker

switch: port to progress tracker

revealer: port to progress tracker

stack: skip first frame for animations

Not the ideal solution for this problem, but in practice leads to
much better performance on lower end hardware.

Stack does a double draw on the first frame of its animation, of
both the old contents (into a cairo surface) and the new contents.
Homogeneous stacks only need to reallocate contents on the first
frame.

On lower powered hardware where our frames will be a good deal
slower than the refresh rate anyway, we can assure a smother
experience by waiting a frame to start tweening where frame duration
will be more consistent.

stack: port to progress tracker

inspector: add slider to control slowdown factor

progresstracker: add GTK_SLOWDOWN environment variable

As we consolidate widgets to use progress tracker, this will allow
us to control the speed of all animations in a centralized place

progresstracker: simple struct to track animation progress

demos: Show slider/rotation axes in "Event axes" demo

wayland: Propagate slider/rotation axes from tools to devices

test: do not remove files on distclean

bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=764686

wayland: do not update shadows for child windows

glade-previewer places a gtkwindow inside another toplevel gtkwindow,
updating the shadow width for the client induces a busy loop where the
parent will grow continuously until it crashes gnome-shell/mutter.

To avoid the loop, do not update the shadow width if not dealing with a
toplevel window.

Bugzilla: https://bugzilla.gnome.org/show_bug.cgi?id=761651

gdkevents: Fix GDK_AVAILABLE_IN annotation

These functions have just been added. An oversight prior to merging
wayland tablet.

wayland: Check the tablet manager before creating a wp_tablet_seat

This makes things non-crashy if the compositor doesn't provide wp_tablet_manager

gtk3-demo: Add tool information to "Event axes" demo

Print tool type and serial, if found.

wayland: Hook tablets to GdkSeat

Those are now also grabbed togetther with other master pointers,
so everything is able to interoperate on eg. popups triggered by
other devices.

wayland: Translate pen buttons into button events

up/down already take GDK_BUTTON_PRIMARY, we translate BTN_STYLUS(2)
into GDK_BUTTON_MIDDLE/SECONDARY.

Wayland: Translate wl_tablet.down/up into button events

These are sent with button=GDK_BUTTON_PRIMARY, axes must be also
included in these events, in addition to motion ones.

Wayland: Translate tool axes in motion events

On wayland, such axes are per-tool, we must update device capabilities
on the fly as new tools enter proximity, first the slave device so
it matches the current tool, and then the master device so it looks
the same than the current slave device.

Wayland: Implement proximity/crossing/motion event emission on tablets

Each tablet will update its own GdkWaylandPointerData separately. This
commit only adds plain motion event emission so far, no axes are managed
yet.

Wayland: Add initial support for drawing tablets

Only the management of tablets and tools is added so far. No tablet events
are yet interpreted.

As it's been the tradition in GTK+, erasers are split into their own device,
whereas the rest of the tools are meant to be routed through the
GDK_SOURCE_PEN device. Both pen/eraser devices are slaves to a master
pointer device, separate to wl_pointer's. This is so each tablet can
maintain its own cursor/positioning accounting.

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

build: Bump wayland-protocols dependency to 1.3

Needed for tablet support

wayland: Refactor master pointer data into a separate struct

This will enable multiple "pointers" to have separate data here.
Will come out useful when adding support for tablets, as they
will have a separate cursor for all purposes.

gdkcursor-wayland.c: Minor indentation fix

Changed the tabs to spaces

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

x11: Use XInternAtom directly on poking device hardware IDs

This way we don't cache the property if it wasn't previously there,
added by the driver itself. Bailing out is due there.

demos: Enable multidevice behavior on event-axes demo

On wayland we get separate master/slaves for each tablet, we will
need to receive crossing events for each master pointer if there's
more than one around.

demos: Set crossing events mask explicitly on event-axes demo.

gtk3-demo: Show multiple master devices on the "Event axes" demo

gtk-demo: Add support for distance in event_axes

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

gtk-demo: Use GdkAxisUse instead of axis labels

Axis labels are very X specific, and are not really possible to port to other
backends such as Wayland. As such, it makes more sense to use GdkAxisUse and
GdkAxisUseFlag in order to determine the axis capabilities of a device and draw
their axes.

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

GdkDeviceTool: Add GdkAxisFlags info to tablet tools

Different tools may have different sets of axes, we should store that
info somewhere.

GdkDeviceTool: Add GdkDeviceToolType to identify the physical tool type

Because there are multiple different types of styluses that can be used with
tablets, we have to have some sort of identifier for them attached to the
GdkDeviceTool, especially since knowing the actual tool type for a GdkDeviceTool
is necessary for matching up a GdkDeviceTool with it's appropriate
GdkInputSource in Wayland (eg. matching up a GdkDeviceTool eraser with the
GDK_SOURCE_ERASER GdkInputSource of a wayland tablet).

Signed-off-by: Stephen Chandler Paul <thatslyude@gmail.com>

x11: Set GdkDeviceTool on motion/button events

The last known tool from the device is used here. If no tool is known,
the event will just have a NULL pointer there.

x11: Update GdkDevices on "Wacom Serial IDs" property changes

This takes care of the emission of GdkDevice::tool-changed, plus the
updating of the internal device accounting.